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PATENT 

Attorney Docket No. : 20375-042000 

SYSTEMS AND METHODS FOR STAGING TRANSACTIONS, 
PAYMENTS AND COLLECTIONS 

CROSS-REFERENCES TO RELATED APPLICATIONS 
5 [0001] This application is a continuation-in-part application and claims the benefit of U.S. 
Patent Application Serial No. 10/444,1 11, filed May 21, 2003, entitled ''Staged Transactions 
Systems and Methods " the complete disclosure of which is incorporated herein by reference. 
The aforementioned application is a continuation-in-part of U. S. 10/1 12,258, filed March 29, 
2002, entitled "Electronic Identifier Payment Systems and Methods, which in turn is a 
10 continuation-in-part of U.S. 10/007,701, filed December 10, 2001, which in turn is a 

continuation-in-part of U.S. Application No. 09/823,697, filed March 31, 2001, and U. S. 
Application No. 09/990,702, filed November 9, 2001, the complete disclosures of which are 
also incorporated herein by reference. 



1 5 BACKGROUND OF THE INVENTION 

[0002] The present invention relates generally to financial transaction systems and 
methodologies, and in particular to systems and methods for staging transactions and 
facilitating payments by consumers to a lender or merchant to consummate a financial 
transaction and/or to maintain a financial relationship. 

20 [0003] A wide variety of payment methods are available to purchasers of goods and 

services, or borrowers of money. Consumers may make purchases with currency, checks, 
money orders, debit cards, credit cards, and the like. Consumers may authorize the transfer 
of funds electronically from a customer account to a merchant or lender to satisfy an 
obligation. The success of each of these payment methods, however, is dependent on an 

25 actual transfer of funds. If the consumer account has insufficient funds to honor a check or to 
transfer electronically, the consumer will in all likelihood be notified by the merchant or 
lender that an additional payment attempt must be made. In some cases, the second or 
subsequent payment attempt must be tendered immediately or within a short period of time to 
avoid termination of the transaction, repossession of the purchased property, or the like. 

30 Thus, it would be desirable to have systems and methods in place so that the consumer can 
rapidly send payment, backed by sufficient funds, to a merchant or lender. 



BRIEF SUMMARY OF THE INVENTION 
[0004] The present invention relates generally to financial transaction systems and 
methodologies, and in particular to systems and methods for staging transactions and 
facilitating payments by consumers to a lender or merchant to consummate a financial 
5 transaction and/or to maintain a financial relationship. 

[0005] In one embodiment, a method for accepting payments from a consumer according to 
the present invention includes receiving a promise-to-pay record from a lender, receiving a 
payment from the consumer, associating the payment with the promise-to-pay record, and 
sending a notice to the lender, with the notice having an indicator that the payment has been 
10 received. In some aspects, the record of the payment is stored in a database, and at least a 
portion of the payment is electronically sent to the lender. 

[0006] In some aspects, a transaction identifier is used to help associate the payment with 
the promise-to-pay record. The promise-to-pay record may include a time limit by which the 
consumer must effect payment. In one aspect, the promise-to-pay record is received 
15 electronically and the payment is received physically (e.g., cash, cashier's check, or the like) 

[0007] In another embodiment of the present invention, a method for staging a transaction 
involving a payment from a customer to a lender includes receiving a promise-to-pay from 
the customer and creating a promise-to-pay record. The promise-to-pay record, which 
includes a payment amount and an expiration, is transmitted to a payment service provider. 
20 The payment service provider is adapted to accept a cash payment from the customer if the 
customer attempts payment prior to the expiration. The method further includes receiving a 
notice of payment from the payment service provider if the latter received a payment from 
the customer that equals or exceeds the payment amount. 

[0008] In one aspect, the promise-to-pay record is updated with the notice of payment. In 
25 some aspects, the method includes receiving a notice of non-effective payment from the 
payment service provider, with the notice of non-effective payment used in updating the 
promise-to-pay record. In some aspects, the payment made includes a delinquent amount 
owed by the borrower. 

[0009] The summary provides only a general outline of the embodiments according to the 
30 present invention. Many other objects, features and advantages of the present invention will 
become more fully apparent from the following detailed description, the appended claims and 
the accompanying drawings. 
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BRIEF DESCRIPTION OF THE DRAWINGS 
[0010] Fig. 1 is a simplified schematic of a financial transaction system according to an 
embodiment of the present invention; and 

5 [0011] Figs. 2-3 are simplified flow diagrams depicting methods according to the present 
invention. 

DETAILED DESCRIPTION OF THE INVENTION 
[0012] Various detailed embodiments of the present invention are disclosed herein, 
10 however, it is to be understood that the disclosed embodiments are merely exemplary of the 
invention which may be embodied in various forms. Therefore, specific structural and 
functional details disclosed herein are not to be interpreted as limiting, but merely as a 
representative basis for teaching one skilled in the art to employ the present invention in a 
variety of manners. 

1 5 [0013] Consumers have the ability to purchase a wide range of goods or services from a 
variety of merchants. The terms "consumer," "customer," "borrower," and the like are used 
interchangeable in some cases herein. In this context, "merchant" may be an individual, 
group of individuals, company, association, or other entity that offers or has provided goods 
and/or services to consumers. If the consumer is intending to purchase a home, automobile, 

20 or another expensive piece of real or personal property, the consumer may opt to borrow 

money from a lender. In some cases the merchant is the lender, and in other cases the lender 
is a third party. The borrowed monies typically are paid back to the lender, or a designated 
third party, over a period of time, typically within a designated term. As compensation for 
lending money, the lender typically charges the consumer interest on the unpaid loan 

25 principal at an agreed-to interest rate. The borrower repays the loan, plus interest, in a series 
of payments (e.g., monthly, quarterly, or the like). Typically, a portion of each payment is 
applied against the interest on the loan, and a portion is applied towards reducing the loan 
principal. For each payment, particularly early in the repayment schedule, the amount that 
goes towards reducing the principal can be relatively small. 

30 [0014] As an example, a common scenario involves a consumer purchasing a home using 
at least some money borrowed from a lender. The lender places a mortgage on the home. 
The consumer, as mortgagee, pays off the mortgage on the home, usually over a period of 
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years. Common mortgage terms extend for ten (10) years, fifteen (15) years, twenty (20) 
years, thirty (30) years, and the like. In its most basic form, repayment of the loan may 
involve the consumer mailing monthly checks to the mortgagor or mortgage company. The 
monthly payment typically is made at approximately the same time each month, with a grace 
5 period of a few days to weeks possibly available. The mortgage company, lender, or 
designated third party maintains a record of the mortgage and monitors repayment of the 
loan. The lender typically tracks the payment record of the consumer, including, whether the 
consumer has missed any payments and, if so, how many. 

[0015] The consumer also may set up an electronic funds transfer (EFT) to automatically 
10 make the monthly payment. With direct payment or EFT, consumers can preauthorize 

electronic debits of a desired amount (e.g., the mortgage payment, the mortgage payment plus 
additional principal, and the like). The debit is authorized to be made to the consumer's credit 
account, checking account, brokerage account, or other designated consumer account. To 
initiate direct payment, the consumer provides written or other authorization to the lender. 
1 5 Authorizations may be cancelled at the discretion of the consumer according to procedures 
outlined in the authorization. Cancellation of the direct EFT payment, however, does not 
relieve the consumer of the underlying financial obligation. With appropriate authorization 
the lender, in the mortgage example, originates a computer file containing payment 
information. The lender transmits the debit through an automatic clearing house (ACH) 
20 network to the financial institution maintaining the consumer's designated account. The 

proper amount is debited from the customer's designated account, and forwarded to the lender 
or credited to a lender account. In such a manner, the monthly payment occurs automatically, 
and the consumer does not need to remember when the mortgage payment needs to be paid. 

[0016] As noted above, in one embodiment the payment is sent to the merchant/lender 
25 through an ACH network. The ACH network operates to clear debits and credits 

electronically, rather than through the physical movement of checks. The ACH system uses 
batch processing, store and forward operations, and does not typically process payments 
individually. Originating depository financial institutions (ODFI) submit ACH payment files 
to the ACH operators. The ACH operators accumulate these files, sort them by destination, 
30 and transmit them to receiving depository financial institutions (RFDI) for application to 
customer accounts at predetermined times throughout the business day. The ACH system 
provides significant economies of scale compared to individual wire transfers, and is faster 
and more accurate than paper-check processing, and thus is an efficient electronic payment 



alternative to checks and wire transfers. The ACH-network delivers electronic payments 
quickly, safely, reliably, and conveniently to financial institutions for their customers. 

[0017] While the ACH network is used for consumer transactions such as direct deposit 
and direct payment, and for business-to-business transactions, it also may be the settlement 
5 calculator for home-banking payments, credit card clearings, point-of-sale and Internet 

purchases, electronic check transmissions, and automated teller machine (ATM) transactions. 
The ACH system provides the basic infrastructure for a wide variety of electronic payment 
applications. The ACH network transfers payments and related data through computer and 
high-speed communications technology, e.g., the Internet. 

10 [0018] In addition to establishing an EFT repayment scheme as noted above, a variety of 
other programs exist to provide for automated or semi-automated repayment of loans such as 
mortgages. One such example includes the Equity Accelerator® program provided by First 
Data Corporation of Englewood, Colorado. In one embodiment, instead of having a single 
debit each month to the consumer's account, a debit equal to one-half of the monthly amount 

15 is made every two weeks. As a result, over the course of a fifty-two (52) week year, twenty- 
six (26) one-half payments are debited from the customer's account, resulting in the 
equivalent of one extra monthly payment paid to the lender. In this manner, the debt is repaid 
more quickly and/or equity in the mortgaged property increases more rapidly. 

[0019] Each of the above-noted manual or automatic repayment scheme works well 
20 provided the consumer continues to repay the loan on the requested repayment schedule. 
The success of the repayment schemes, however, depends on the customer's designated 
account having sufficient funds on the date the debit is made. Problems can arise, with 
manual or automated repayment systems, in the event that the consumer's designated account 
does not have sufficient funds (NSF). This may occur, for example, when the consumer 
25 sends a check to the mortgage company that is drawn on an account having insufficient funds 
to pay the amount of the check when the check is presented to the consumer's financial 
institution. In this event, the lender and/or the consumer's financial institution will notify the 
consumer that the payment was not effectuated, and the check "bounces." A consumer's 
payment attempt also is ineffective if the consumer's designated account has insufficient 
30 funds for an EFT debit on the date the debit is to be made. 

[0020] In some circumstances, the lender may permit a second or more attempt(s) at 
payment by the consumer, with additional penalties, late fees or other charges possibly 
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included. The lender may have guidelines or firm rules which permit the consumer to make a 
late or delinquent payment. However, at some point the lender may seek return of the 
mortgaged property or merchandise to satisfy the outstanding debt. The lender may initiate 
foreclosure proceedings on the mortgaged property in an attempt to recoup the balance of the 
5 unpaid loan. In one embodiment, this may occur if the consumer has missed several 
payments in a row, or several payments over a designated period of time. 

[0021] Prior to foreclosure, the lender may offer the consumer one final opportunity to 
render payment in a specified period of time. The lender likely will require the payment be 
made by cash since the consumer has not attempted payment on the appropriate payment 
10 schedule or has had payment attempts rejected because the consumer's designated account 
had insufficient funds (NSF). In one embodiment, the present invention facilitates this 
payment in a just-in-time manner to avoid foreclosure on the mortgaged property. 

[0022] With reference to Fig. 1, additional details on a system 100 and methods according 
to the present invention will be described. In one embodiment, a customer owes monies to a 

15 lender/merchant for any of a number of reasons, including for the purchase of goods or 

services, loan repayment, and the like. A lender/merchant includes a lender/merchant control 
120 which includes or is coupled to a database 122. Lender/merchant control 120 and 
database 122 are used to maintain accounts and other information related to the consumers 
they serve. For example, lender/merchant control 120 may include a system, software and 

20 related user interface which can view, present, query, revise, calculate and update customer 
data and customer account information. Such merchant controls 120 can be any type of 
computer or related device capable of communicating with other types of communication 
devices or computers. For example, merchant control 120 can be a mainframe computer, 
such as those available from Tandem, a server computer, a personal computer, a personal 

25 digital assistant (PDA), other wired or wireless devices, hand-held devices, and the like. 
Database 122 may be any of a wide variety of storage devices including, for example, 
magnetic storage systems such as tape or disk, optical storage systems, such as CD or DVD 
systems, and solid state systems such as RAM or ROM, and the like. Database 122 maintains 
a record of customer loans, purchases, payments, and the like. Each customer record in 

30 database 122 may include a wide range of information, including without limitation, 

customer name and address, customer's maternal or paternal maiden name, telephone or cell 
phone number(s), email address, password, loan number, loan amount, and the like. 
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[0023] The lender/merchant has a financial relationship with a consumer, borrower, or 
customer, as previously noted, to whom they have sold goods or services, lent money, or the 
like. Payments from the customer to the lender/merchant may occur, for example, by check. 
Payments also may be made by telephone or other communication device authorizing a debit 
5 to a customer account 110, and a subsequent electronic transfer of funds from account 1 10 to 
lender/merchant control 120 as further detailed above. In the event the lender/merchant 
requires a cash payment from customer 1 10, in one embodiment the lender/merchant directs 
the customer to a payment service provider 150. Lender/merchant or lender/merchant control 
120 then stages a transaction within system 100 as further detailed below, so that the 
10 customer can make a payment to payment service provider 150 to satisfy the debt or 
obligation owed to the lender/merchant. 

[0024] In one embodiment, the lender/merchant or lender/merchant control 120 stages the 
transaction in system 100 by transferring a customer's "promise to pay" to an account 
servicing platform 130. A promise-to-pay record is created and forwarded to payment 

1 5 service provider 150. The promise-to-pay record may contain all customer related 

information in lender/merchant control 120, or some subset thereof. In one embodiment, the 
promise-to-pay record further includes the amount and possible methods of payment (e.g., 
cash only), the time the payment is due, additional fees, taxes, discounts, and the like. In one 
embodiment the promise-to-pay record may further include instructions regarding whether a 

20 late payment would be accepted, and additional options such as whether amounts other than 
the requested amount would be accepted, whether multiple payments are accepted towards 
the requested amount, and the like. The promise-to-pay record can be manually created, such 
as by a representative of the lender/merchant. Alternatively, the promise-to-pay record is 
created automatically by mapping the appropriate consumer data from lender/merchant 120 

25 records, such as those stored in database 122, to a promise-to-pay record form created for or 
associated with the consumer. The lender/merchant, in one embodiment, verifies the data 
accuracy and, if needed, corrects or updates data in the promise-to-pay record before 
forwarding to payment service provider 150. In another embodiment account servicing 
platform 130 maps the appropriate consumer data to create the promise-to-pay record, and 

30 forwards some or all of the promise-to-pay record to payment service provider 150. 

[0025] In one embodiment, the promise-to-pay record is maintained on a database 152 
associated with payment service provider 150. The consumer then tenders payment to 
payment service provider 150, which matches the consumer payment to the promise-to-pay 
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record. The matching of the customer's payment to the promise-to-pay record may occur in 
several ways. For example, in one embodiment the customer provides proof of their identity 
and payment service provider 150 uses a customer name, address, telephone number, social 
security number, or the like to match the payment attempt to the proper promise-to-pay 
5 record. In another embodiment, the staging of the transaction by lender/merchant 120 may 
include providing the customer with a transaction identifier. The customer then provides the 
transaction identifier to payment service provider 150 so that payment service provider 150 
can match the customer payment to the appropriate lender/merchant 120. Payment service 
provider 150 or an operator thereof will verify the appropriate information, payment amount, 
10 transaction identifier, and the like. If the staged transaction has a deadline, payment service 
provider 150 will verify compliance. 

[0026] In one embodiment the transaction identifier includes an alphanumeric string of 
characters unique to the customer and/or unique to the transaction. In some cases, the 
transaction identifier may comprise several items of the customers' information including the 
1 5 customer's name, address, telephone number, social security number, account number, or the 
like. In one embodiment, merchant control 120 creates the transaction identifier. In other 
embodiments, the transaction identifier is created by account servicing platform 130 or 
payment service provider 150. 

[0027] Payment from the consumer to payment service provider 150 may then occur. In 
20 one embodiment, the customer tenders a cash payment to payment service provider 150. 
Upon receipt of the payment, a record of the payment is transferred to account servicing 
platform 130, and in one embodiment, a receipt is provided to the customer. The funds and 
updated account record also are transferred to lender/merchant control 120. In an alternative 
embodiment, the customer may tender payment using a debit card. In some embodiments, 
25 the promise-to-pay record contains a list of acceptable payment methods for a particular 
consumer, or all consumers. 

[0028] In some embodiments, the consumer interacts with a point of service (POS) device 
160 to facilitate payment to the lender/merchant. This may include having a third party 
receive the cash from the customer and input an authorization or transaction identifier into 
30 POS device 160 for transmission to payment service provider 150. POS device 160 

communicates with payment service provider 150 in order to facilitate the transaction. For 
example, POS device 160 may present a screen with the transaction identifier and the amount 
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of payment required by lender/merchant 120. Upon receipt of the payment from the 
customer, POS device 160 preferably provides a receipt to the customer indicating such 
payment has been made, and transfers a record of the payment to payment service provider 
150. 

5 [0029] POS device 160 can be any device disposed at the point-of-sale, or at some other 
location removed from a payment service provider 150 location. Thus, POS device 160 can 
be one such as is described in U.S. Application No. 09/634,901, entitled "Point of Sale 
Payment System" filed August 9, 2000, and U.S. Provisional Application No. 60/147,899, 
entitled "Integrated Point of Sale Device," filed August 9, 1999, the complete disclosures of 
10 which are incorporated herein by reference for all purposes. POS device 160 also may be 

similar to those described in U.S. Application No. 10/1 16,689, entitled "Systems and Methods 
for Performing Transactions at a Point-of-Sale" filed April 3, 2002, the complete disclosure 
of which is incorporated herein by reference. 

[0030] Based on the description provided herein, one of ordinary skill in the art will 
15 recognize other devices capable of operating as POS device 160. For example, POS device 
160 can be a personal computer (PC), a personal digital assistant (PDA), other wired devices, 
and the like. POS device 160 also may be a mobile device, such as a wireless device, hand- 
held device, or the like. 

[0031] At the time of payment, other funds may also be collected. For example, payment 
20 service provider 150, lender/merchant 120, or other third parties may charge and collect a fee 
for its services. 

[0032] Upon or after receipt of the consumer's payment, an electronic record of the 
payment along with the transaction identifier is sent to payment service provider 150 and/or 
is stored in database 152. In one embodiment, the payment information is transmitted to 
25 account servicing platform 130, where it may be stored in database 132. Further, the 
transaction information is forwarded to lender/merchant 120, where it may be stored in 
database 122. The funds may be transferred conveniently by the automated clearing house 
(ACH) system, or other means. 

[0033] Any or all of these communications may pass through one or more networks 140 as 
30 schematically depicted in Fig. 1. Network 140 can be one or more networks capable of 

transmitting and receiving information in relation to payment service provider 150, point-of- 
sale (POS) device 160, account servicing platform 130, or lender/merchant control 120. For 
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example, network 140 may comprise a TCP/IP compliant virtual private network ("VPN"), 
the internet, a local area network (LAN), a wide area network (WAN), a telephone network, a 
cellular telephone network, an optical network, a wireless network, or any other similar 
communication network. In some embodiments network 140 is a combination of a variety of 
5 network types. For example, in one embodiment, a communication network comprises the 
internet for communication between POS device 160 and payment service provider 150, and 
a dial-up network for communicating between payment service provider 150 and account 
servicing platform 130. As will be appreciated by those skilled in the art, a number of other 
network types, and/or combinations are capable of facilitating communications between the 
10 various parties and components shown in Fig. 1. 

[0034] With reference to Figs. 1, 2 and 3, alternative embodiments of methods of the 
present invention will now be described. In one embodiment, a method 200 will be at least 
partially performed by payment service provider 150 and a method 300 will be at least 
partially performed by account servicing platform 130. In the event a customer is delinquent 

15 in their payments, the lender/merchant or lender/merchant control 120 stages a transaction in 
which the customer will tender a payment to satisfy at least a portion of the debt owed to 
lender/merchant 120. This transaction may be staged in response to a customer "promise to 
pay" (Block 310), or may be initiated by the lender/merchant informing the customer of a 
"last chance to pay." In this embodiment, the lender/merchant directs the account servicing 

20 platform 130 to create a customer record from data obtained from lender/merchant control 
120 and/or from database 122. In one embodiment, the customer record comprises a 
promise-to-pay record (Block 320). The customer data captured may include, inter alia, a 
customer account number, a customer order number, the customer name, customer address, 
customer telephone, customer email address, the purchase or payment amount, and, if 

25 applicable, taxes or other related fees or discounts. Account servicing platform 130 may 

further capture data related to the lender/merchant, which may include the lender/merchant's 
system information, name, address, contact information and the like. Some or all of this data, 
as a customer record or promise-to-pay record is transmitted to payment service provider 150. 
(Blocks 210 and 330). 

30 [0035] Further, in one embodiment a transaction identifier is captured from 

lender/merchant 120, to be used for the staged transaction. In another embodiment, account 
servicing platform 130 identifies or creates a transaction identifier for the transaction. Again, 
the transaction identifier may be a string of alpha-numeric characters, or may include 
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additional information that will permit payment service provider 150 and/or account 
servicing platform 130 to identify the particular transaction. 

[0036] The customer is directed to one or more payment service provider 150 locations. 
This may include locations where the customer directly interacts with payment service 
5 provider 150 or an agent thereof. Alternatively, the customer is directed to a third party 
location that facilitates payment collection through a POS device 160. In another 
embodiment, the customer is matched to a mobile POS device 160. This may occur, for 
example, by having the customer meet an operator of the mobile POS device 160 at a 
designated location, at the customer's residence or place of employment, or the like. 

10 [0037] In some embodiments, the customer is required to tender payment in a designated 
period of time, after which the ability to consummate the transaction will expire. In one 
embodiment, the expiration time or other conditions are included in the information 
maintained or received by account servicing platform 130. For example, the lender/merchant 
may indicate to the customer that they have a certain number of minutes, hours, or days to 

15 tender payment to payment service provider 150, either directly or through POS device 160. 

[0038] When the customer attempts payment to payment service provider 1 50, payment 
service provider 150 or the operator thereof pulls or receives the account record from account 
servicing platform 130. This may include reviewing the promise-to-pay record. The operator 
or payment service provider 150 validates all relevant data prior to proceeding to ensure that 

20 the record is complete. Account servicing platform 130 provides the payment service 
provider 150 with relevant data so that payment service provider 150 can associate the 
customer and their payment to the particular transaction or promise-to-pay record. (Block 
230). In some embodiments, the data transferred to payment service provider 150 includes 
time limits for receipt of payment, the transaction identifier, any or all of the above noted 

25 customer information, notes or comments identifying key legal or operational elements, that 
may further include a requirement that the customer provide identification prior to 
submission of payment. 

[0039] In one embodiment, the transmission of the customer information from 
lender/merchant control 120, the staging of a transaction by the lender/merchant, 
30 lender/merchant control 120 or account servicing platform 130, and the transmission of 
relevant data to payment service provider 150 occurs in a sufficiently short period of time 
such that the transaction record is available at payment service provider 150 when the 

11 



customer attempts to tender payment. The data or promise-to-pay record transferred need not 
contain the same information from customer to customer. Further, the record transferred to 
account servicing platform 130 may differ from the record transferred to payment service 
provider 150, which in turn may be different than the record maintained by lender/merchant 
5 control 120. In one embodiment, the records transferred will have at least one common 
reference or piece of data (e.g., the transaction identifier, customer name, or the like) to 
ensure the customer payment is correctly matched to the appropriate promise to pay record. 

[0040] The customer then tenders cash payment to payment service provider 150 directly, 
or via POS device 160 (Block 220). In one embodiment, the customer is permitted to use a 
10 debit card to tender payment. Other payment mechanisms also may be used within the scope 
of the present invention. It will be appreciated by those skilled in the art that the processes of 
Block 220 and Block 230 may occur in a different order than shown in Fig. 2, or may occur 
simultaneously. 

[0041] Once the customer is successfully matched or associated to a particular transaction 
15 and payment service provider 150 has received payment, a notice that the payment has been 
received is sent back from payment service provider 150 to account servicing platform 130 
and/or to lender/merchant control 120 (Block 240 and Block 340). The notification may 
include a wide range of detail, including, the customer name, transaction identifier, the time 
and date the payment was received, the form of payment, the amount of payment, and the 
20 like. In one embodiment, the lender/merchant may submit queries to payment service 

provider 150 or account servicing platform 130 so that the lender/merchant is made aware of 
whether a customer has attempted or made payment. 

[0042] The lender/merchant also may be sent a non-effective payment notice. This may 
occur if, for example, the customer fails to attempt payment within the required time period, 

25 attempts payment with an incorrect payment amount, attempts to pay using a payment means 
not approved for the transaction, fails to provide proper identification, fails to provide the 
transaction identifier, and a wide range of other actions or inactions. In one embodiment, the 
non-effective payment notice comprises or consists of a request for further instructions. For 
example, if a customer attempts payment after the time period has expired, payment service 

30 provider 150 may transmit a request for instructions to the lender/merchant, to account 

service platform 130, and/or to lender/merchant control 120. The request sent by payment 
service provider 150 may inquire as to whether it should accept the late payment attempt as 
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tendered, charge a late fee, or the like. The request may contain further information to 
identify the customer or transaction, such as customer information, a transaction identifier, or 
the like. Payment service provider 150 then may await a response to the request for 
instructions prior to accepting payment from the customer, prior to issuing a receipt to the 
5 customer, or the like. In one embodiment, a response is sent to payment service provider 150 
by lender/merchant control 120 or by account service platform 130. The response may or 
may not be sent by the recipient of the request. The response may include an instruction 
specific to the request for instructions (e.g., accept the late payment), or general instructions. 
It will be appreciated by those skilled in the art that additional instruction requests, and 
10 corresponding responses, also fall within the scope of the present invention. 

[0043] The invention has now been described in detail for purposes of clarity and 
understanding. It will be appreciated by those skilled in the art that the examples described 
herein comprise a small subset of the possible uses of the methods in accordance with the 
present invention. It also will be appreciated that certain changes and modifications to the 

15 systems and methods of the present invention may be practiced within the scope of the 

appended claims. For example, a number of forms of system 1 00 may be implemented in 
accordance with the present invention. More particularly, system 100 can include any 
number of POS devices 160, account servicing platforms 130, payment service providers 
150, and/or lender/merchant controls 120. Further, system 100 can be configured exclusively 

20 as an enrollment system as further detailed in U.S. Application Serial No. 10/444,1 11, 

previously incorporated herein by reference. System 100 also may operate exclusively as a 
payment system, or as some combination of payment and enrollment system. Further, the 
functions of the systems and methods of using such are merely exemplary. Accordingly, it 
should be recognized that many other systems, functions, methods, and combinations thereof 

25 are possible in accordance with the present invention. Thus, although the invention is 

described with reference to specific embodiments and figures thereof, the embodiments and 
figures are merely illustrative, and not limiting of the invention. Rather, the scope of the 
invention is to be determined solely by the appended claims. 
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